Body wearable personal network server and system

ABSTRACT

A body wearable personal network server device has a display, function keys, alarm output indicators, a disk driver to receive and store clients&#39; data, and communication devices to communicate to its clients, such as mobile phone, personal digital assistant (PDA), personal computer, and notebook computer. A body wearable personal network device also contains software modules; such as a protocol handler to handle Internet based protocols XML/FTP/HTTP/TCP/IP, diagnostic system to automatically transmit of notification messages to its clients, and various applications to provide various services for its clients. A body wearable personal network device has gate way functionality between PAN (using Bluetooth) and WLAN (using IEEE802.11b).

BACKGROUND OF INVENTION

[0001] 1. Field of the Invention

[0002] The present invention relates a server-client model of datacollection and internetworking gate way system, typically including ahardware device and software modules providing application and databaseserver capabilities, and gate way functionality between Personal AreaNetwork (PAN) and Wireless Local Area Network (WLAN), wherein the systemis to be worn by the system operator, and capable for storing andretrieving data for its clients under Internet based protocols over aPersonal Area Network, and capable internetworking between PAN and WLAN.

[0003] 2. Description of the Background Art

[0004] Recently, it is convenient to get information from the Internetthrough the personal communicators, such as mobile phone, personaldigital assistant (PDA), personal computer, packet personal computer,and notebook computer. Usually, this information is stored into thestorage device of the personal communicators for further using, but thestorage space is always not enough to keep Internet information for longterm. If try to increase the storage space, need to enlarge equipmentsize, and need to increase the power supply also the weight will beincreased.

[0005] The personal communicators are popular and always come out a newmodel frequently. A user may purchase the new model to replace the oldone. Once the new model is activated, data in the old model needs to becopied to the new model then the memory device in the old model will bethrown. It is inconvenient and costly for the old memory device may bestill functional, does not need to be obsolete with the old model atsame time.

[0006] Recently, the battery usage time for the personal communicatorsis not long enough. A user needs to recharge the battery frequently.

[0007] Recently, the mobile phone devices enable the users to playInternet games or watch movie via the Internet, but it is expensive foron line usage due to the Internet payment, and at the same time thephone channel is occupied that prohibits the users from making orreceiving any phone calls.

[0008] Recently, it is expensive for wireless Internet services throughmobile phone or PAD.

[0009] Recently, Mobile phone or PDA can not provide both connections toPAN; such as Bluetooth, and WLAN; such as IEEE802.11b.

SUMMARY OF INVENTION

[0010] The present invention is able to store data, which is downloadedfrom the Internet web servers via the personal communicators. Thepresent invention is body wearable, so the individual can retrieve datafrom the invention anywhere, anytime, and the access of the Internet isthus unnecessary.

[0011] The present invention is not anymore a server-client coexistentdevice. The present invention separates a conventional data communicatordevice into a server and a client. The server is body wearable and hasits own battery and memory. The client is conventional personalcommunicator therefore can be redesigned to decrease its weight bydecreasing its memory spaces or battery size.

[0012] The present invention can be set as the distributed database ofits clients. The identical data does not put in all clients anymore. Thedata will be easy to maintain.

[0013] When any of old client needs to be replaced, the presentinvention needs not to be replaced with the client, so the data in thepresent invention will not be changed. The cost of replacing one of oldclients is lower than to replace the server-client coexistent device.

[0014] The multiple users can simultaneously interactive to the presentinvention for playing game or watching movies. In the meantime, thephone channel is still available to allow the user to access phonecalls.

[0015] The various kinds of applications can be installed in the presentinvention to provide the user convenient tools for managing his or herdata.

[0016] The present invention is designed based on Internet protocols, sothere is no need for extra conversion for the data, which is used in theInternet web server and tried to store in the present invention.

[0017] The present invention can be designed as an XML applicationserver to provide the maximum coverage and is easy to maintain in thelong run. The server programming gives the most control.

[0018] The present invention can provide gate way functionality fortransmitting data between PAN and WLAN networks.

BRIEF DESCRIPTION OF DRAWINGS

[0019]FIG. 1A shows a general picture of a body wearable personalnetwork server and system according to the present invention.

[0020]FIG. 1B is a block diagram corresponding to the entities in FIG.1A to illustrate the relationship of server and clients, alsoillustrates the blocks for representing the area of the invention thatis applied. The present invention comprises the software and hardwareportions in a body wearable personal network server and the software forpersonal communicators to enable it to work with the body wearablepersonal network server.

[0021]FIG. 1C shows a internetworking picture among the presentinvention, Personal Area Network, and Wireless Local Area Network.

[0022]FIG. 2A shows an external appearance of a body wearable personalnetwork server (device).

[0023]FIG. 2B is a perspective view of the batteries location in a bodywearable personal network server (device).

[0024]FIG. 2C is a view of bottom up aspect of a body wearable personalnetwork server (device).

[0025]FIG. 2D is a view of the location of the rechargeable power supplycontacts, the location of Universal Serial Bus (USB) connector, and thelocation of the alarm apparatus. The device also provides a vibratedgear inside the body wearable personal network server (device).

[0026]FIG. 3A is a block diagram illustrating the components of thehardware portion in a body wearable personal network server in FIG. 1B.

[0027]FIG. 3B is a block diagram illustrating the components of thecommunication portion in FIG. 3A.

[0028]FIG. 3C is a block diagram illustrating the components of theoutput devices in FIG. 3A.

[0029]FIG. 4A is a block diagram illustrating the components of thesoftware portion in a body wearable personal network server in FIG. 1B.

[0030]FIG. 4B is a block diagram illustrating some of applications canbe installed in the body wearable personal network server.

[0031]FIG. 4C is a block diagram illustrating the types of the dataformats that can be provided in the body wearable person network server.

[0032]FIG. 5 is a block diagram illustrating the functions of thesoftware portion in the body wearable personal network server in FIG.4A.

[0033]FIGS. 6A, 6B, and 6C is a flow chart illustrating the manner inwhich the operating management functions and applications are performedin the body wearable personal network server.

[0034]FIG. 7A is a block diagram illustrating the components of thesoftware portion in the personal communicators in FIG. 1A.

[0035]FIG. 7B is a block diagram illustrating how the identicalapplication software can be Installed in the different personalcommunicators based on the different platforms, which provides differentAPIs for the application software.

[0036]FIG. 8 is a block diagram illustrating the functions of thesoftware portion in the personal communicators in FIG. 7A.

[0037]FIG. 9A is a flow chart illustrating the software portion in thepersonal communicators to perform the manner of the outgoing signal tothe body wearable personal network server.

[0038]FIG. 9B is a block diagram illustrating the various sources thatgenerate the outgoing signal from the personal communicators.

[0039]FIGS. 10A, 10B, and 10C is a flow chart illustrating the softwarepart in the personal communicators to perform the manner of the incomingsignal from the body wearable personal network server.

[0040]FIG. 11 shows a picture of a body wearable personal network serverand system, which provides access authorities for the multiple users.

DETAILED DESCRIPTION

[0041] Embodiments of the present invention are hereinafter described inconjunction with the drawings.

[0042] First Embodiment.

[0043] A first embodiment is discussed now.

[0044]FIG. 1A illustrates the general working environment of the presentinvention where it is applied. The device of the present inventiondenoted as 1 is a body wearable device, and is able to communicate withpersonal communicators, such as mobile phone denoted as 2, PDA denotedas 3, personal computer denoted as 4, and notebook computer denoted as5, via a wireless connection; such as a PC card (formerly known asPCMCIA card—The Personal Computer Memory Card International Association)providing IEEE 802.11 or Bluetooth protocol in a PC card slot, or/and awire connection through USB connector. In order to achieve the functionsof the present invention, the proper software needs to be installed inthe device of the present invention 1, and in the personal communicators2, 3, 4, and 5.

[0045] The body wearable personal network device portion is acting as asever 1 in FIG. 1B, and the personal communicators are acting as clients2, 3, 4, and 5 in FIG. 1B. The relationship of server and clients forthe present invention is illustrating in FIG. 1B. FIG. 1B is a schematicblock diagram to illustrate the present invention, which is a bodywearable personal network sever and system. The system includes a bodywearable personal network server (BWPNS) 1 with its hardware portion 21and software portion 22, and the software portion 31 is installed inpersonal communicators in order to enable personal communicators to workwith the BWPNS.

[0046] A procedure to activate the clients (personal communicators) inorder to work with the server (BWPNS) is first to configure one of theclients as an administrator, which needs to be set up by the server 1,and the rest of the clients will be configured by the administrator.After activation, all clients need to register to server to provide itsresource profile; such as the size of its screen, then the server willprovide unique identification for each client. The server 1 holds allresource profiles and identifications in database. As soon as a clientis authorized to access the server, it can download and upload the datafrom and to the server. The communication protocols between server andclients adopt the standard Internet protocol stack, such as XML(extensible Markup Language), WML (Wireless Markup Language), or FTP(File Transfer Protocol) above HTTP (Hypertext Transfer Protocol), andeach virtual IP address for each client can be configured byadministrator and managed by the server.

[0047]FIG. 1C shows that the BWPNS denoted as 1 provides the gate wayfunctionality between PAN (through protocol; such as Bluetooth), andWLAN (through protocol; such as IEEE802.11b).

[0048]FIG. 2A is the general outlook of the BWPNS device denoted as 1 inFIG. 1A, which comprises a body case denoted as 6, and aremovable/rechargeable battery denoted as 7. The body case6 comprisesthe wireless connection status icon denoted as 101. When this iconappears on the liquid Crystal Display (LCD) denoted as 115, it meansthat there is at least one of the registered clients communicating tothe server. Another icon denoted as 102 is an indicator of the strengthof the power supply. The timer denoted as 103 can be shown on LCD as thedefault screen. Function keys denoted as 107, 108, and 109 are designedon the bottom of the LCD. The application programs can be designed tohandle these function keys. An example like one of the applications usethe function key 107 to choose the left item of the selection, the key109 is used to choose the right item of the selection, and the key 108is used to confirm and execute the selection. The power switch denotedas 110 handles to turn-on and turn-off the power. There are two LED(Light Emitting Diode) indicators denoted as 111, and 112, which areprogrammable and allow application programs to exhibit exception signsto the user. There is a lid denoted as 13. Under the lid, there is aliquid crystal battery denoted as 131 in FIG. 2B. Aremovable/rechargeable battery secure lock denoted as 105 is for holdingthe battery. The battery charge contacts denoted as 116 are used torecharge the battery power. A bulgy object denoted as 117 is used foreasily pull off the battery.

[0049] As illustrated in FIG. 2C, shows a bottom up view of the BWPNSdevice, which can be hanged on waist belt by a clip denoted as 131

[0050] As illustrated in FIG. 2D, the BWPNS device is designed forproviding wire and wireless connections. The wire connection is the USBtype of adaptor denoted as 121, which is able to connect to a client viaUSB cable denoted as 122. The wireless connection use a Bluetooth plusIEEE802.11b card build inside device 6, which can adopt dual-modeBluetooth and IEEE802.11b in the same device; such as Blue802 Technologyunveiled by Intersil and Silicon Wave. Contact information is SiliconWave, Inc. 6256 Greenwich Drive Suite 400, San Diego, Calif. 92122 andIntersil Corporation, 7585 Irvine Center Drive Suite 100, Irvine, Calif.92618. A battery release button denoted as 119 to release the removablebattery, which is locked through the notch denoted as 120. The powersupply contacts denoted as 118. The speaker apparatus denoted as 124,which is programmable and allows application programs to use it togenerate basic radio alarms.

[0051] A block diagram FIG. 3A illustrates the primary components tocomprise the BWPNS hardware portion 21 of the server 1 in FIG. 1B. Thecomponents include MPU (MicroProcessor Unit) 132, power supply138, ROMand RAM memory 135, output devices 134, Flash Memory Chips;(Disk-on-Chips) 133, the communication units 131, function key entry139, and a timer 136. The communication units illustrated in FIG. 3Binclude wireless connection 1311, providing dual radio modes of PAN(such as Bluetooth) plus WLAN (such as IEEE 802.11b) via a PC card orbuild-in device, and USB wire communication port 1312. The outputdevices illustrated in FIG. 3C include a LCD 1341, indication LEDs 1342,a speaker 1343, and a vibrated device 1344.

[0052] A block diagram FIG. 4A illustrates the software hierarchicalstructure for software portion 22 in FIG. 1B in the BWPNS denoted as 1in FIG. 1B. The device drivers 241 interface with hardware devices andprovide the upper level the software channels to use hardware devices,such as to access hard disk driver for retrieving or storing data files.An operating system (OS) 242 is a brain of the software portion, whichhandles and manages system resources, schedules application tasks,manages memory allocation, handles system exceptions, and so on. TheHTTP/TCP/IP/Data Link/Physical Layer protocol handler 243 performs allprotocol issues according to protocol agreements published by thestandard organizations; such as ITU or IETF. Based on the customer'srequirements, profiles or the incoming event type, the XML (ExtensibleMarkup Language) handler 244 or FTP (File Transfer Protocol) handler 245is evoked for receiving or sending the proper types of presentations.The data formatter 246 is the extension of the applications, whichconvert data into proper format according to users' profiles. As FIG.4C, the generated data formats that the BWPNS supports are audio data221, such as wav files, music data 222, such asmp3 files, binary data223, control data 224, which is under the control command format usingbetween server and clients, text data 225, image data 226, such as JEPG,web data 227, such as WAP, XML files, game data 228, movie data 229,such as mpeg files, and library data 230, such as dll files.

[0053] Continue in FIG. 4A, the applications 247 installed in the BWPNSprovide the services to the clients. As FIG. 4B, the applicationsinclude:

[0054] System Manager 201: This application is running in the backgroundand attempt to detect any exceptions of the system (BWPNS). A warningsign or report will be generated whenever any exception is detected.

[0055] Personal sick or hospital historical record management system202: This system manages the personal healthy records for routine oremergent purposes.

[0056] Resource Manager 203: This application is running in thebackground and attempts to manage the resources for the BWPNS. Anexample is when after a long run, the hard disk space contains too manyfragmental spaces, so this application will be automatically executed tode-fragmentize the spaces.

[0057] Security Manager 204: This application handles all securityissues; such as assigns the access authorities to clients, and attemptsto block hikers to break into the system.

[0058] Ring Music Manager 205: This application assigns the userconfigured music to use for ring sound.

[0059] Recorder 206: This application allows the user to use the BWPNSas a voice recorder. The voice can be put from client, and can be playedto clients.

[0060] Email manager 207: This application stores, retrieves, andmanages the emails for the user. It also provides the ability to convertthe text data format to the voice data format, and vice visa.

[0061] Planner 208: The application can accept the schedule plans fromuser for monitoring and arrangement the schedules. It also generates analarm or a report to the user when the schedule time is reached.

[0062] Personal data manager 209: This application is designed to helpuser to store, retrieve, and manage his or her personal data, such as aphone list, a shopping list, and personal photos.

[0063] Dictionary 210: This application can be a dictionary for theuser; such as it can be an English dictionary and can travel with theuser.

[0064] Personal Home Page 211: The user can configure, store, andretrieve his or her home page in BWPNS through this application. Thepersonal Home Page then can be shown on his or her personalcommunicators.

[0065] Voice Recognition 212: This application can accept voice commandsand provides proper responses to the user.

[0066] The database handler 248, such as Microsoft SQL2000, whichprovides capabilities to manage, store and retrieve data in thedatabases.

[0067]FIG. 5 is a data flow diagram that illustrates the softwareportion 22 in FIG. 1B in the BWPNS denoted as 1 in FIG. 1B. Thecommunication reception unit 151 receives an event sent from a client (apersonal communicator), or from the function key touch pad on the BWPNS.The communication reception unit forwards the event to thesecurity-checking unit 153 for the security and authorization checking.If the incoming event does not pass the security checking, a failureindication signal will be sent back to the event generator via thecommunication transmission unit 152. If the incoming event passes thechecking, the event is sent to the signal management unit 154 fordistinguishing the type of the event in order to determine the furtherdirection of the event. If the event is sent from the personalcommunicator, the signal confirmation unit 155 will be evoked to send aconfirmation message back to the personal communicator via thecommunication transmission unit 152, otherwise based on the event type,a proper event handler unit is evoked to handle the incoming event. Thegeneral event handlers are: System Command Handler Unit (SCHU) 157: Someof events are for control commands, which are used to control, manage,or synchronize the in progressing communication activities between theserver (BWPNS), and clients (Personal Communicators); such as handsharking activity.

[0068] System Software Handler Unit (SSHU) 158: SSHU is for installingor updating the system software. The system software is for managing,handling, and maintaining the hardware devices, and software resources.

[0069] Application Data Handler Unit (ADHU) 159: ADHU is forapplications to handle, store, and retrieve any format of data, as wellas converting text format of data to voice format of data or voce visa.

[0070] Security Data Handler Unit (SDHU) 160: SDHU is for administratorto handle security events.

[0071] The Command Parsing Unit 161 is evoked by the SCHU 157 to parsethe system command signals. Based on applications, some of systemcommands will be sent to the Database Management Unit 162 to interactwith database, and some of system commands directly issue results to theOutput Unit 166.

[0072] The Database Management Unit 162 is for storing, retrieving,controlling, and managing the database. Based on the differentcharacters of data and programs, the resources of the data storage needto be managed, and the theory and the method to access the data storageneed to be controlled by the Database Management Unit 162.

[0073] If incoming command asks for or the internal application isevoked for response of the result, the result will be retrieved from theDatabase Management Unit 162. The Data Response Unit163 will be inservice to handle the outgoing data. The Connector Resource Unit 164 isalso put in service to evoke the proper output devices, to check theavailabilities of the resources, and to obtain the resources for thisevent.

[0074] Based on the command or the application, the outgoing data mayneed to be reformatted by the Formatter Unit 165.

[0075] Inside the BWPNS, there are some units that are automatically,periodically, or intentionally executed in the background of the system.These units are: System Management Unit (SMU) 167: SMU is evoked toissue, report, or record the system status situations. SMU sends theresults to the Output Unit 166 or to the clients (PersonalCommunicators) via the Communication Transmission Unit 152.

[0076] System Diagnostic Unit (SDU) 168: Usually, SDU is always executedin the background. As soon as the system detects any exceptions of thesystem, the SDU is evoked to attempt to fix the problem and generate thereports to the Output Unit 166 or to the clients (PersonalCommunicators) via the Communication Transmission Unit 152.

[0077] Timer Management Unit (TMU) 169: TMU is executed in thebackground and can be configured by Function Keys denoted as 107, 108,and 109 in FIG. 2A. The accurate time displays on LCD denoted as 103 inFIG. 2A.

[0078] Power Management Unit (BMU) 170: BMU provides the status of thepower strength. If the battery strength is very weak and needs to berecharged, the signal will be sent to the Output Unit 166, and the powerstrength icon denoted as 102 in FIG. 2A will show the cross mark on theicon. At the request, BMU can also display the current power strength onthe LCD denoted as 103 in FIG. 2A. The BMU can be used to determinewhether the server is in “sleep” or “wake up” mode. When the server isin idle for a while, BMU will leave the server in a sleep mode for powerconservation, and BMU generates a “wake up” on the receiving of data.

[0079] The Output Unit 166 groups the different output devices, such asLCD 1341, LEDs 1342, speaker 1343, and vibrated device 1344 in FIG. 3C.Applications can send the results to the proper output devices accordingto the users' profiles.

[0080] A message flow chat for the software portion 22 in the BWPNSdenoted as 1 in FIG. 1B is illustrating in FIGS. 6A, 6B, and 6C. Theprocessing at step S1001 is to read the incoming signal from theincoming signal buffer, which accumulates and stores all incomingsignals. The incoming signal was possibly sent from personalcommunicators through a wireless or wire connection, or sent from thefunction keys denoted as 107, 108, and 109 in FIG. 2A by users' input,or sent from the internal (inside BWPNS) application. When the incomingsignal is obtained, the security checking is needed to verify thecryptogrammic information that carried by the incoming signal. From thestep S1002, if the incoming signal can not pass the security checking(has a security error), the step S1003 is performed to send out afailure response back to the sender, and the step S1004 is executed tooutput an error from the specific output devices, which were configuredby user. If the incoming signal passed the security checking, the stepS1005 is performed to assemble the fragmental signals if it is needed.If all fragmental signals for one message are not all received, thefragmental signals are stored in the buffer, and the processing islooping back to wait for the next fragmental signal. If one intactmessage is sent complete, the step S1006 is performed to parse theincoming signal. According to the signal type, the signal can bedistinguished.

[0081] On step S1007, it checks if the incoming signal carries theclient's (personal communicator's) configuration data, such as thescreen size and resolution values of output screen on the mobile phone,the step S1008 is performed to update the client's profile, which willbe used for the outgoing signal in order to send the correct format ofthe outgoing signal to fit the client's devices and requests.

[0082] The step S1009 is to check whether the incoming signal is forasking to store the data. If the signal is for asking to store the data,which is carried within the signal, the step S1010 will be called toupdate the proper database, which is according to what application isrequesting for updating, such as email management application is askingfor storing and updating the email database.

[0083] The step S1011 is to check whether the incoming signal is forasking to retrieve the data. If the signal is for asking to retrieve thedata, the step S1012 is performed to get the proper data from the properdatabase, such as to get a text data from the text database. The nextstep S1013 is called to process application software for the necessaryadjustment of the outgoing data, such as for a big outgoing data, thefragmentation processing is performed to send fragmental data one byone. Once the outgoing data is prepared, the step S1014 is performed tocheck the configuration database in order to get the receiver's resourceprofile, such as the receiver is a mobile phone and only can acceptaudio data. The step S1015 is called when the original outgoing datadoes not fit receiver's requests, therefore the original data needs tobe converted and reformatted to fit the receiver's requests. For aninstance, the text data needs to convert and reformat to become audiodata to fit the receiver's (mobile phone) request. The step S1016 isperformed to transmit the outgoing data to the output device, such as tosend the outgoing data to the IEEE 802.11 protocol based wirelesschannel in order to send the data to the mobile phone.

[0084] Step S1017 checks whether the incoming signal is sent from thefunction key touch pad. If the incoming signal is from the function keytouch pad, the step S1018 is performed to execute proper application tointeractive with the input function keys. For an instance, the menuentry application program shows the menu on LCD. Its program asks theuser to choose the proper item using the function keys 107, 108, or 109in FIG. 2A.

[0085] Step S1020 is performed if the incoming signal has been checkedthrough S1019 that the incoming signal was sent from the internalapplication, such as internal diagnostic management application. Thestep S1020 is performed for checking the configuration database in orderto get the administrator's resource profile, such as the administratoris a mobile phone and only can accept audio data. The step S1021 iscalled when the original outgoing data does not fit administrator'srequests, therefore the original data needs to be converted andreformatted to fit the administrator's requests. For an instance, thetext data needs to be converted and reformatted to become audio dataformat to fit the administrator's (mobile phone) request. The step S1022is performed to transmit the outgoing data to the output device, such asto send the outgoing data to the IEEE 802.11 protocol based wirelesschannel in order to send the data to the mobile phone. The step S1023 isperformed to send out signal from the output devices sited in server,such as the diagnostic management detects the database storage problem,so it sends out the warning signal to the speaker device, which wasconfigured as the default warning output device by user.

[0086] Step S1024 checks the in coming signal is for a security reasonor not. If the signal is for a security reason, the step S1025 isperformed to process the security issues, such as the incoming signal isfor a security reason to try to erase all data in database, then thesecurity process is performed to erase all data in database.

[0087] After all steps have been checked or performed, the processingloops back from the beginning to read the next signal from the incomingsignal buffer.

[0088] A block diagram FIG. 7A is illustrating the primary softwareunits residing in Body Wearable Personal Network Client (BWPNC),personal communicator, and providing the capabilities to work with theBWPNS. The primary units include applications 540, and Body WearablePersonal Network Client Platform 560, which allows the identicalapplications 540 to port in the different BWPNS. The applications 540 inclients are the same of the applications that provide in server 201through 212 in FIG. 4B.

[0089]FIG. 7B shows a concept of porting identical applications 540 tothe different BWPNC based on the different platforms. One of the BodyWearable Personal Network Client Platforms 5601, 5602, or 5603 is onlyfit the particular one of personal communicators 5801, 5802, or 5803,but the identical applications 540 can suit with all Body WearablePersonal Network Client Platforms 5601, 5602, and 5603.

[0090]FIG. 8 is a data flow diagram illustrating the primaryfunctionalities of the BWPNC. A pseudo closed space covers the softwareportion 31 in FIG. 1B in clients denoted as 2, 3, 4, and 5 in FIG. 1B.When the Communication Reception Unit 521 receives the incoming signal,it sends the signal to the proper signal handler unit though theplatform APIs 523. The general signal handler units in the BWPNCinclude: Security Data Handler Unit in Client (SDHUC) 524: SDHUC isevoked when the incoming signal is sent for asking to handle securityevents.

[0091] Application Data Handler Unit in Client (ADHUC) 525: ADHUC isevoked when the incoming signal is sending to application tasks. ADHUCwill execute the proper tasks to perform the request in the incomingsignal, or to catch the data, which is sent with signal. Then ADHUCsends the data to the Memory Management Unit 529, or send the data tothe Output Unit 528, or send the data to the Interpreter Unit 531. Foran instance, one application in BWPNC sent out a command to BWPNS to askfor an old image data, the response signal with a request image datathen is sent from the BWPNS to SDHUC and displays on the Output Unit inSDHUC.

[0092] Key Touch Pad Input Handler Unit in Client (KTPIHUC) 526: KTPIHUCis evoked when the input signal is sent from the key touch pad. KTPIHUCis interactively working with the key touch pad then asks applicationsto work for the requests, or sends requests to the Command ConstructionUnit 530 to construct a new command to BWPNS.

[0093] The Memory Management Unit 529 is for storing, and retrieving thetemporary application data in RAM (Read Access Memory). The applicationdata in the RAM maybe retrieved by the Execution Unit 532, which is oneof the application programs to try to read the application data in orderto perform the tasks according to the user's requests. The CommandConstruction Unit 530 may also retrieve the data from RAM, in order tobuild the new commands.

[0094] The Output Unit 528 interfaces to the device drivers, whichprovide from the Operating Systems of the personal communicators, suchas Microsoft CE, and Symbian OS, in order to operate the output devices,such as LCD screen, and Speaker.

[0095] The Interpreter Unit 531 is evoked to interpreter the bytecodes,such as java programs, which are sent from BWPNS. The results of thebinary codes are moved to the Execution Unit 532 for executing. Thefinal results will send to the Output Unit 528.

[0096] The command Construction Unit 530 is evoked to build newcommands. The new commands may be required to include parameters thatcan be retrieved from the RAM through Memory Management Unit 529.

[0097] The Outgoing Command Unit (OCU) 527 is evoked when any commandsand data need to be sent out by the Communication Transmission Unit 522via the function calls from platform APIs. The OCU 527 will check thesize of the data in the outgoing data, if the size is too large, thefragmentation function will be performed to send out consecutivefragmental data.

[0098] If some of applications, which are provided by other entities(other software provides supports the software was not originally forcommunicating with BWPNS), want to communicate with BWPNS. Theseapplications are able to communicate with BWPNS through platform APIs523.

[0099] Message flow chats FIGS. 9A and 9B illustrate the outgoing signalprocessing in the software portion 31 in FIG. 1B in BWPNC. The stepS2001 is performed when the BWPNC (a personal communicator) obtains theoutgoing signal and data from the personal communicator's database (stepS20011), or from the request commands from the personal communicator'sapplications (step S20012), or from Internet WEB Server (step S20013),or from the input of key touch pad (step S20012). After step S2001 , theoutgoing message is successfully received, and is kept in the temporarybuffer. The step S2002 then is performed to append the security datainto the outgoing message based on the security information stored inthe security database. The step S2003 is performed to transmit theoutgoing message to the output unit. After step S2003, the hand sharkingstatus between server and client needs to be updated to indicate thatthe message has been sent from BWPNC to BWPNS (step S2004).

[0100] A message flow chat FIGS. 10A, 10B, and 10C illustrates theincoming signal processing in the software portion 31 in FIG. 1B inBWPNC. The processing is triggered when the incoming signal sent fromBWPNS is received from the signal buffer (step S2021). When the incomingsignal is obtained, the security checking is needed to verify thecryptogrammic information that carried by the incoming signal. From thestep S2022, if the incoming signal is unable to pass the securitychecking (has a security error), the step S2023 is performed to send outa failure message to the Output Unit. If the incoming signal passed thesecurity checking, the stepS2024 is performed to assemble the fragmentalsignals. If all fragmental signals for one message are not all received,the fragmental signals are stored in the buffer, and the processing islooping back to wait for the next fragmental signal. If one intactmessage is received complete, the step S2025 is performed to parse theincoming signal. According to the signal type, the signal can bedistinguished.

[0101] On step S2026, it checks if the incoming signal is the responsesignal with an error indicator, which indicates the error was found inBWPNS during the processing, the step S2027 is performed to modify thehand sharking status to express that the response is sent back. The stepS2028 is called to send the error indication to the output unit.

[0102] If the processing is complete (step S2029), the step S2030 isperformed to modify the hand sharking status to express that theresponse is sent back.

[0103] If the text data is response as the request (step S2031), thestep S2032 is performed to display the text data.

[0104] If the audio data is response as the request (step S2033), thestep S2034 is performed to play the audio data.

[0105] If the image data is response as the request (step S2035), thestep S2036 is performed to display the image data.

[0106] If the movie data is response as the request (step S2037), thestep S2038 is performed to play the movie data.

[0107] If the diagnostic, warning, or management signal is response asthe request (step S2039), the step S2040 is performed to send theresponse to the proper output unit.

[0108] If the executable binary data is response as the request (stepS2041), the step S2042 is performed to execute the binary data, and thenthe step S2043 is called to output the results.

[0109] If the bytecodes are response as the request (step S2044), thestep S2045 is performed to interpreter the bytecodes to the binarycodes, and the step S2042 is performed to execute the binary codes, andthen the step S2043 is called to output the results.

[0110] If the video game data is response as the request (step S2046),the step S2043 is called to output the results.

[0111] After all checking, the processing is looping back from thebeginning to wait or execute the next signal.

[0112] Second Embodiment

[0113]FIG. 11 generally illustrates the second usage of BWPNS and BWPNC.The BWPNS can be configured for multiple users. The clients denoted as81, 82, 83, 84, and 85 are allowed to access BWPNS simultaneously. Allsoftware and hardware portions of the new configuration are theidentical as the first embodiment.

What is claimed is:
 1. A body wearable personal network server andsystem comprising: an operating management unit to provide servercapability in the server-client model; one communication unit forcommunicating the clients in PAN; one wireless communication unit toreceive and transmit data from and to the WLAN and having communicationcircuitry for the wireless transmission; at least one client, whichincludes application software to interactive with the server; a securityunit to identify and authorize each client.
 2. The server and systemaccording to claim 1, within an operating management unit is anoperating system, with internet protocols, and providing application anddatabase service capabilities.
 3. The server and system according toclaim 2, within an operating system, which is the software includes thelower-level software routines that directly control the hardware. Thekey components of the operating system contains: a). The memory managerdynamically obtains and releases memory for applications and theoperation system. An application's procedural code also occupies spacein the heap. b). The segment loader loads programs to be executed. Anapplication can be loaded all at once, or it can be parceled intoseparate segments that are loaded dynamically as needed. c). The filemanager supports file input/output; the device manager supports deviceinput/out. d). Device drivers are programs that enable the various typesof devices to present uniform input/output interfaces to applications.The device drivers are built in to the operating system in ROM are diskdriver manages the accessing of information on disks; power devicecontrols the power and reports the power strength to the applications;The PC card device driver to handle data sends and receives through thePC card, which includes a build-in antenna; wire communication devicesends and receives data through the USB wire port; display driverexhibits the text or objects on the screen; function key drivers receivethe input from the function key touch pad. e). The schedule managerschedules activities to be performed during the interrupts. f). Thesystem error handler gets control when the fatal system error occurs.g). The operating system utilities provide a variety of useful functionsincluding obtaining the date and the time.
 4. The server and systemaccording to claim 2, within internet protocols are IEEE 802.11,Bluetooth, or serial type of physical and data link layers, IP, TCP, andHTTP, XML, and FTP protocols.
 5. The server and system according toclaim 2, within application and database service capabilities are an XMLapplication and database server. Under the XML server, each client istreated as a presentation device. The XML server takes care of all thedevice detection and makes XML requests of the content server. Thedatabase sends up XML content that the presentation tier can reformatfor each device.
 6. The server and system according to claim 2, within aspecific application is configured for all users is a video game. TheBWPNS can be configured as the game box for multiple players.
 7. Theserver and system according to claim 1, within one communication unitfor communicating the clients in PAN, and one wireless communicationunit to receive and transmit data from and to the WLAN. Both of thesetwo communication units can be designed in wireless type ofcommunication units, and can be built together in the BWPNS.
 8. Theserver and system according to claim 1, within one communication unitfor communicating the clients in PAN, and one wireless communicationunit to receive and transmit data from and to the WLAN. Both of thesetwo communication units can be designed in wireless type ofcommunication units, and can be built in one PCMCIA card or one PCIcard; Blue802 technology is adopted, which combines Bluetooth andIEEE802.11b chipsets in one PCMCIA or PCI card.
 9. The server and systemaccording to claim 1, within one communication unit for communicatingthe clients in PAN is an USB type of connection port.
 10. The server andsystem according to claim 1, within at least one client is a mobilephone, personal digital assistant (PDA), notebook computer, packetpersonal computer, or personal computer, which provides applicationsoftware and communication port to communicate with server.
 11. Theserver and system according to claim 1, within a security unit toidentify and authorize each client is to assign a unique identificationfor each client, and to configure a security profile for each client.12. A body wearable personal network server and system comprising: anoperating management unit to provide server capability in theserver-client model; one communication unit for communicating theclients in PAN; one wireless communication unit to receive and transmitdata from and to the WLAN and having communication circuitry for thewireless transmission; a data formatting unit to convert data to theproper format of data based on the client's profile; at least oneclient, which includes application software to interactive with theservice; a security unit to identify and authorize each client.
 13. Thedriver according to claim 12, within a data formatting unit is anapplication routine to provide receiving and transmitting from and totext, audio, CD audio track, MIDI, movie, video, windows media, andbinary format of data, also to convert text data to voice data and vicevisa.
 14. A body wearable personal network server device comprising: adisplay configured to display at least time information; function keybutton circuitry; one communication unit for communicating the clientsin PAN; one wireless communication unit to receive and transmit datafrom and to the WLAN and having communication circuitry for the wirelesstransmission; a CMOS memory to retain information about the bodywearable personal network server device; at least one Random AccessMemory (RAM) device; a power supply device; a microprocessor forcontrolling the display, receiving entering data through function keybuttons, accessing memory devices, and handling the communicationcircuit.
 15. The device according to claim 14, within at least one RAMdevice is RAM memory chips or a hard disk drive, or both.
 16. The deviceaccording to claim 14, within a power supply device is a rechargeablebattery.
 17. The device according to claim 16, within a rechargeablebattery is a programmable battery device and the battery strength can beread by program.
 18. The driver according to claim 14, within onecommunication circuit is a wireless communication circuit.
 19. Thedriver according to claim 14, within one communication circuit is awireless communication circuit, and a wire communication circuit can beprovided.
 20. A body wearable personal network server device comprising:a display configured to display at least time information; function keybutton circuitry; one communication unit for communicating the clientsin PAN; one wireless communication unit to receive and transmit datafrom and to the WLAN and having communication circuitry for the wirelesstransmission; a CMOS memory to retain information about the bodywearable personal network server device; at least one Random AccessMemory (RAM) device; a power supply device; at least one output warningsignal device to indicate the exception situation to the user; amicroprocessor for controlling the display, receiving entering datathrough function key buttons, accessing memory devices, and handling thecommunication circuit.
 21. The device according to claim 20, within atleast one output warning signal device to indicate the exceptionsituation to the user is a built-in speaker to provide basic soundcapabilities.
 22. The device according to claim 20, within at least oneoutput warning signal device to indicate the exception situation to theuser is a vibrated device.
 23. The device according to claim 20, withinat least one output warning signal device to indicate the exceptionsituation to the user is LED (Light Emitting Diode) devices, which areprogrammable.
 24. The device according to claim 23, within theprogrammable LED devices, which can be changed to different colors orflash.
 25. The device according to claim 20, within at least one outputwarning signal device to indicate the exception situation to the user isto design to add more than one output devices, which are a built-inspeaker, a vibrated device, and LED devices.
 26. The device according toclaim 20, further comprising a memory card driver, or a CD RAM device,or a hard disk device.
 27. A body wearable personal network server andsystem comprising: an operating management unit to provide servercapability in the server-client model; one communication unit forcommunicating the clients in PAN; one wireless communication unit toreceive and transmit data from and to the WLAN and having communicationcircuitry for the wireless transmission; more than one clients areconfigured, which includes application software to interactive with theservice; a security unit to identify and authorize each client.
 28. Abody wearable personal network server and system comprising: anoperating management unit to provide server capability in theserver-client model; one communication unit for communicating theclients in PAN; one wireless communication unit to receive and transmitdata from and to the WLAN and having communication circuitry for thewireless transmission; more than one clients are configured, whichincludes application software to interactive with the service; asecurity unit to identify and authorize each client; a specificapplication is configured for all users.
 29. A body wearable personalnetwork server and system comprising: an operating management unit toprovide server capability in the server-client model; one communicationunit for communicating the clients in PAN; one wireless communicationunit to receive and transmit data from and to the WLAN and havingcommunication circuitry for the wireless transmission; more than oneclients are configured, which includes application software tointeractive with the service; a security unit to identify and authorizeeach client; a specific application is configured for all users.
 30. Abody wearable personal network server and system comprising: anoperating management unit to provide server capability in theserver-client model; one communication unit for communicating theclients in PAN; at least one client, which includes application softwareto interactive with the server; a security unit to identify andauthorize each client.
 31. The server and system according to claim 30,within one communication unit for communicating the clients in PAN. Thiscommunication unit can be a wireless type of communication unit, or aUSB type of wire communication port.